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[Substitute Specification Showing Interlineations] 
Method for Transformation of Interface Definitions 
and Intermediate Format Tables Thereof 

5 

Background of the Invention: 
Field of the Invention: 
The present invention relates to a method for 
converting interface definitions within a source code 
10 program into an intermediate format, and from an 

intermediate format table into object program code, and 
also relates to an intermediate format table which is 
suitable for this purpose. 

15 So-called interfaces are used in programs in order to 
interchange data between individual program modules or 
program objects. Model era /programcro 
Mode Hers /programmers of hardware descriptions 
naturally make particularly intensive use of interface 

20 definitions. Specific hardware description languages 

are used for this purpose, which describe the behavior 
behaviour of the individual simulated components, and 
the electrical linking of the components to one 
another. In the field of hardware description 

25 languages, it is normal to subdivide the program code 
into an area which is used to define the architectures 
of the components, and into a second area which 




i 
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exclusively defines 
components . 
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interfaces between the 



In order to allow data to be interchanged between 
5 different hardware development projects, it is 

necessary to translate program code from an original 
hardware description language into an object 
description language, so that these hardware simulators 
or hardware synthesis programs, which are used in 

10 another project, can be processed. Even in pure 

software projects, it may be necessary to translate 
between one programing p rogramming language and 
another, for example to make it possible to run them on 
different hardware platforms. Typical examples of 

15 hardware description languages between which conversion 
may take place are VHDL and VERILOG. However, there are 
also other programing p rogramming languages in the 
hardware description area, between which conversion may 
be necessary. 

20 

Direct conversion between programing programming 
languages is complex and susceptible to errors. It is 
thus possible that an object interface definition may 
no longer match the original interface definition, so 
25 that faults occur during the hardware simulation. Owing 
to the complexity not only of the original program code 
but also of the object program code, verification of 
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the correctness of the conversion by a specialist is a 
task which is likewise difficult and susceptible to 
errors. Furthermore, a conversion program is required 
for each possible pair of programing programming 
5 languages between which conversion is intended to be 
carried out. With the large number of programing 
programming languages in which interface definitions 
play a role, this results in the need for a large 
number of converters with a high level of complexity. 

10 

Summary of the Invention: 

The invention is thus based on the object of providing 
a translation system which can be used universally, 
whose construction is less complex, and which produces 

15 verifiable results. The invention includes a method 

for converting interface definitions within source code 
program into an intermediate format by a computer 
system that carries out the method, including the steps 
of identification of at least one object in the source 

20 code program, and identification of at least one 

interface in the at least one identified object. At 
least one of the identified interfaces may be an 
internal interface for producing a link from objects 
within the oourcc ; source code program and/or at least 

25 one of the identified interfaces may be an external 
interface for producing a link from an object with 
interfaces located outside the source code program. 
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The at least one interface may be an input interface 
and/or an output interface. The method further 
includes identification of at least one internal link 
between at least one output interface and at least one 
5 input interface between at least two objects and/or 

identification of at least one external link of the at 
least one external interface. An at least two 
dimensional intermediate format table having rows 
arranged in a first dimension, having rows arranged in 

10 a second dimension, and having cells at the 

intersections of the first and second rows is created. 
The rows in the first dimension are assigned 
designations for each of the at least one identified 
objects. The rows in the second dimension are assigned 

15 designations for each of the at least one identified 
links. Designations for the output interface and /or 
input interface that is associated with both the 
respective identified object and the identified 
internal link are inserted in each of those cells that 

2 0 are located at the intersection of one of the rows in 
the first dimension with the designation of an 
identified object and one of the rows in the second 
dimension with the designation of an identified 
internal link, and/or the designations for the output 

25 interface and/or input interface that is associated 
with both the respective identified object and the 
identified external link are inserted in each of those 
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cells that are located at the intersection of one of 
the rows in the first dimension with the designation of 
an identified object and one of the rows in the second 
dimension with the designation of an identified 
5 external link. 

The invention further includes a method for converting 
interface definitions from an at least two-dimensional 
intermediate format table into object program code the 

10 intermediate format table having first rows arranged in 
a first dimension, second rows arranged in a second 
dimension and cells at the intersections of the first 
and second rows. Rows in the first dimension are 
assigned designations for at least one object. Rows in 

15 the second dimension are assigned designations for at 
least one internal link between the objects and/or at 
least one external link of an object. Designations for 
an internal output interface and/or internal input 
interface that is/are associated with both the 

20 respective object and the link are inserted in each of 
those cells that are located at the intersection of one 
of the rows in the first dimension with the designation 
of an object and one of the rows in the second 
dimension with the designation of an internal link, 

2 5 and/or in which designations for the external output 
interface and/or external input interface that is/are 
associated with both the respective object and the 
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external link are inserted in each of those cells that 
are located at the intersection of one of the rows in 
the first dimension with the designation of an object 
and one of the rows in the second dimension with the 
5 designation of an external link. A computer system 
carries out the method with the steps of creating at 
least one program code object based on information, 
contained in the intermediate format table, about the 
at least one object. Associated internal output 

10 interfaces and/or internal input interfaces are aaaigcd 
assigned to their program code object. At least one 
link between program code objects is created based on 
the information, contained in the intermediate format 
table, about the internal links of the internal input 

15 interfaces and internal output interfaces; and/or 

associated external output interfaces and/or external 
input interfaces are assigned to their program code 
obj ects . 

2 0 The invention also includes an intermediate format 
table which is suitable for converting interface 
definitions from an intermediate format table into 
object program code. The intermediate format table for 
storing interface information, which is contained in 

25 program code, in a computer system has at least two 
dimensions, rows arranged in a first dimension, rows 
arranged in a second dimension, and cells at the 
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intersections of the first and second rows. Rows in 
the first dimension are assigned designations for at 
least one object in the program code. Rows in the 
second dimensions are assigned designations for at 
5 least one internal link between objects and/or 

designations for at least one external link of the 
program code. Designations for an output interface 
and/or input interface that is/are associated with both 
the respective object and the internal link are 

10 inserted in each of those cells that are located at the 
intersection of one of the rows in the first dimension 
with the designation of an object and one of the rows 
in the second dimension with the designation of an 
internal link, and/or designations for the output 

15 interface and/or input interface that is/are associated 
with both the respective object and the external link 
are inserted in each of those cells that are located at 
the intersection of one of the rows in the first 
dimension with the designation of an object and one of 

20 the rows in the second dimension with the designation 
of an external link. 

Further advantageous refinements, aspects and details 
of the invention result from the dependent patent 
25 claims, the description and the attached drawings. 



GR99P50 05 - 8 - 

One aspect of the invention is aimed at conversion to 
and from an intermediate format in a tabular form. 



The conversion is in this case carried out by means of 
5 a program in a data processing system. 

A further aspect of the invention is aimed at an 
intermediate format which acts as a binding element 
between different conversion systems. 

10 

Yet another aspect of the invention is aimed at 
conversion systems whose intermediate results can be 
inspected and edited manually, despite automatic 
translation . 

15 

The methods according to the invention are carried out 
in a computer system and the intermediate format table 
is stored in a computer system, even when it can be 
printed out and/or displayed on a visual display unit. 

2 0 For the purpose of the present invention, a computer 

system is in this case regarded as any device which can 
carry out the methods according to the invention 
without human intervention (apart from starting the 
methods) and can generate the intermediate format table 

25 automatically. Suitable computer systems are, for 

example, personal computers, workstations, mainframe 
computers and lap top computers, etc. 
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For the purposes of the present invention, a program 
code is regarded as a sequence of instructions in a 
specific programming language, which instructions are 
5 functionally related. For the purposes of the present 
invention, a source code program is a code which is 
used as the basis for conversion to another program 
code, which is then referred to as the object program 
code . 

10 

For the purposes of the present invention, an object in 
the source code program is an associated sequence 
(contained in the program code) of instructions in a 
programing programming language. In the context of 

15 hardware programing programming languages, an object 
can be equated to the definition of a hardware 
component. In the context of such programing 
programming languages , in which interface definitions 
appear in an autonomous part of the program code, an 

2 0 object may also be regarded as the sum of the interface 
definitions of a component of the hardware to be 
simulated. 

For the purposes of the present invention, an interface 
25 is regarded as an input or output via which data are 
passed backward and/or forward between objects, for 
example via global variables or in some other way. 
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For the purposes of the present invention, an internal 
interface is an interface which produces a link between 
two objects within a program code. 

5 

For the purposes of the present invention, an external 
interface is used to produce a link from one object 
within the program code to interfaces (which are 
located outside the program code) of other objects, for 
10 example if, on the basis of the modular construction of 
a hardware simulation, different parts of program code 
are used which are linked to one another via such 
external interfaces . 

15 Interfaces may be input interfaces or output 

interfaces, depending on the direction of the data 
flow, in which case it is likewise possible for one 
interface to carry out both the functions of an input 
interface and an output interface at the same time. In 

20 certain description languages, it is also possible to 
define interfaces whose information flow direction is 
not defined, that is to say is indeterminate. 

For the purposes of the present invention, an internal 
25 link is accordingly the link produced between two 

internal interfaces. In hardware simulations, this may 
also be referred to as a signal and, in fact, then 
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simulates an electrical line between two hardware 
components . 



In a corresponding way, an external link is a link 
5 between an external interface and an interface which is 
located outside the program code under consideration. 

The term link in this context refers to relationships 
in which an internal link and/or an external link can 
10 be produced. 

First of all, the invention is aimed at a method for 
converting interface definitions within source code 
program into an intermediate format by means of a 
15 computer system, which carries out the method, 
comprising the following steps: 

A. : Identification of at least one object in the 
source code program; 

20 

B. : Identification of at least one interface in the at 
least one identified object; 

wherein at least one of the identified interfaces may 
25 be an internal interface for producing a link from 

objects within the source code program and/or at least 
one of the identified interfaces may be an external 
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interface for producing a link from an object with 
interfaces located outside the source code program; and 

wherein the at least one interface may be an input 
5 interface and/or an output interface; 

C. : Identification of at least one internal link 
between at least one output interface and at least one 
input interface between at least two objects and/or 

10 

Identification of at least one external link of the at 
least one external interface; 

D. : Creation of an at least two-dimensional 

15 intermediate format table having rows arranged in a 
first dimension, having rows arranged in a second 
dimension, and having cells at the intersections of the 
first and second rows, 

20 wherein rows in the first dimension are assigned 

designations for each of the at least one identified 
object ; 



wherein rows 
25 designations 
links; and 



in the second dimension are assigned 
for each of the at least one identified 
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wherein, designations for the output interface and/or 
input interface which is associated with both the 
respective identified object and the identified 
internal link are inserted in each of those cells which 
5 are located at the intersection of one of the rows in 
the first dimension with the designation of an 
identified object and one of the rows in the second 
dimension having the designation of an identified 
internal link; and/or 

10 

wherein, designations for the output interface and/or 
input interface which is associated with both the 
respective identified object and the identified 
external link are inserted in each of those cells which 
15 are located at the intersection of one of the rows in 
the first dimension with the designation of an 
identified object and one of the rows in the second 
dimension having the designation of an identified 
external link. 

20 

For the purposes of the present invention, an 
assignment should in this case be understood as meaning 
that a row is provided for the purpose of containing 
information about the characteristics assigned to it, 
2 5 for example of an object or of a link, without any of 

the cells in the row necessarily having a corresponding 
designation or identification. 
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For the purposes of the present invention, insertion 
means that, in fact, a detail, of whatever type, is 
also always written into the cell in a row, or into the 
5 cell where two rows intersect, so that the 
corresponding cell has a content. 

An interface may in this case also at the same time 
have the function of an input and output interface, or 
10 may be an interface with an undefined data flow 
direction . 

Each link is in this case assigned a row in the second 
dimension, while each of the identified objects in the 
15 source code program is assigned a row in the first 

dimension, which process is carried out by assigning 
the designation of the link or of the object to the 
row . 

2 0 The method according to the invention thus produces an 
intermediate format table, in a similar way to the 
commercially available table processing programs, in 
which a first dimension, for example in the transverse 
direction, is assigned designations for identified 

25 objects. In this case, such rows may be regarded as 
columns. Each column is thus used to accommodate 
interface definitions for an object. The identified 
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links between the objects are entered in the second 
dimension, for example the lines in a table. This 
results in a grid, which in this case is 
two-dimensional, with cells. The term "designations" 
5 should in this case be understood to mean unique 
allocation of names which are used to subsequently 
relocate an object, an interface or other elements. The 
designations may comprise names selected arbitrarily by 
the conversion program or numbers from 1 to n for each 
10 of the identified objects found (where n is the total 
number of objects identified) ,- or this may be done in 
some other suitable way. 

The table is stored in a suitable format in an 
15 electronic, magnetic, optical or other suitable form in 
the computer system. It may also be output on a 
printer, for documentation purposes. 

In the simplest case, this is a two-dimensional table, 
20 which is selected as the intermediate format. This 

allows the information stated above to be presented and 
stored via the interface definitions. However, it is 
also feasible to obtain further information via the 
interfaces, for example about the type (associated with 
2 5 an object) of components simulated by the object, when 
this relates to a hardware description language. Such 
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further characteristics of individual interfaces can be 
represented in a third or further dimension. 



The simplest cases of convertible program code are 
5 those in which it is possible to identify only one 
object in the program code which has one or more 
external interfaces, as well as program code which has 
two objects which are linked to one another via an 
internal link. In order to allow these two simplest 

10 possibilities to be converted, it is necessary to 

provide alternatives in the method, which can identify 
either external or internal, or both types of 
interfaces. Even when the cells in the table are 
occupied with the rows being assigned, both of the 

15 simplest possibilities must be considered alternatively 
and cumulatively. 

The method according to the invention leads to an 
intermediate format table which contains all the 

2 0 interface definitions which are contained in a program 
code in a data format which is clearly broken down and 
is accessible in a standard manner by other conversion 
programs. The two-dimensional representation also 
allows an operator or programcr programmer to visually 

25 inspect the resultant intermediate format, thus 

providing an intervention capability, in a simpler way 
than would be possible without any intermediate format 
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or by using a conventional representation with block 
diagrams . 



The method can be further refined if at least one 
5 external link has been identified. A first specific row 
in the first dimension is preferably used to indicate 
the mode of the external interface for the at least one 
identified external link, with details of the mode of 
the external interface for the at least one identified 
10 external link being inserted in each of those cells 
which are located at the intersection of the first 
specific row in the first dimension and the rows in the 
second dimension with the designations of the at least 
one identified external link. 

15 

With regard to the mode, the method can be 
distinguished by the fact that the external interface 
may be an input interface, an output interface, a 
bidirectional interface or an interface with an 
20 undefined flow direction. 

Such a detail can be defined, for example, by means of 
a numerical code, in which case 0 may represent an 
input interface, 1 an output interface, or vice versa, 
25 or by using suitable expressions such as in, out, 
in/out . 
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In addition, it is possible to define the data types of 
the at least one identified interface, in which case at 
least one second specific row in the first dimension is 
assigned details of the data types of the at least one 
5 identified interface, and designations for the data 

types associated with the at least one identified link 
are inserted in each of those cells which are located 
at the intersection of the second specific row and the 
rows in the second dimension having the designations of 
10 the at least one identified link. 

The term data types is used in a general way in data 
processing in order to identify the fact that values of 
variables are interpreted in a specific way by the 

15 compiler or the interpreter, in order to make it 

possible to take account of different types of data. 
Typical data types are binary data, which may have only 
the values 0 and 1, integer numbers, that is to say 
whole numbers, floating-point numbers, in which there 

2 0 is at least one decimal point, and characters, in which 
letters or letter sequences are processed, etc. This 
definition of data types will also be used in the 
present invention. In general, it must be assumed that 
an identified interface has only one data type. 

2 5 However, in the above formulation, the plural was 
chosen since, generally, a number of identified 
interfaces may be present. In precisely the same way as 
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above, the designation should in this case be regarded 
as the allocation of a name, in which case one or more 
names may be used for the data types. In this case as 
well, the designation may be stated as a numerical 
5 code, in which case each number is intended to indicate 
a specific data type, or in plain text, for example by 
the statement u bit" , "boolean", "character", "integer", 
etc., which can be written directly into the cells. 

10 A further approach which is taken into account by the 

invention is for the details of the data type of a link 
also (or exclusively) to be formulated as a component 
of the designation of an interface (external or 
internal) . This option will be described further below. 

15 

Interface definitions, in particular in hardware 
description languages, may comprise not only the actual 
interfaces, that is to say the links between objects in 
a program code and/or external objects, but also 

20 describe the details of constants which are used within 
the program code, since these may be critical to the 
behavior b ehaviour of components without having to be 
defined within the components. They are thus naturally 
located in the interface definition. For the purposes 

25 of the present invention, the conversion of constants 

should thus also be regarded as conversion of interface 
definitions . 
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For the purposes of the present invention, an external 
constant should be regarded as a constant which, 
although being declared within a program code, is not 
5 necessarily defined, that is to say provided with a 

numerical value, however. Generally, a numerical value 
is allocated to the external constants by parts of the 
program which are outside the program code under 
consideration. Such an external constant is referred 

10 to, for example in VHDL, as being "generic" . Such a 

generic is declared within a so-called "entity", that 
is to say that region of program code in VHDL in which 
interfaces of a component are declared (entity or 
component) . On the other hand, an internal constant 

15 should be regarded as a constant which must not only 
declared by also defined within the program code. The 
present invention refers generally to constants when 
internal and/or external constants come into question. 

2 0 The method according to the invention thus preferably 

includes the situation where, in addition, at least one 
internal constant is identified in the at least one 
identified object and/or at least one external constant 
which can be used by all objects in the source code 

25 program, the data type of the at least one identified 
internal constant and/or external constant is defined, 
at least one third specific row in the first dimension 
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is assigned details of the data type of the at least 
one constant, at least one first specific row in the 
second dimension is assigned designations of the at 
least one identified internal constant and/or external 
5 constant, and designations for the data type associated 
with the at least one identified constant are inserted 
in each of those cells which are located at the 
intersection of the at least one third specific row and 
of the at least one first specific row in the second 
10 dimension with designations of the at least one 
identified constant . 

In this case as well, each of the identified constants 
is assigned one of the first specific rows in the 
15 second dimension, in order to make it possible to 
produce a unique association between the variables 
recorded in the table and the constants (as, in 
general, also to the links) . 

20 In this way, it is possible to allow correct constant 
definition and thus correct interpretation of a value 
associated with a constant when the constants are 
subsequently converted in an object program code. 

25 Provided this is possible using the particular program 
code, it is sensible for the exact details of constants 
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also to include their value and, if known, a method of 
calculating the constants. 



A method of calculating a constant in this case means a 
5 program code, when executed during the running of a 
program, results in the determination of the value to 
be assigned to a constant. The calculation of a 
constant is merely a more complex way of assigning a 
value to the constant. 

10 

The method is thus preferably also aimed at a value or 
a method of calculation of the at least one identified 
constant and/or external constant also being defined; 
at least one fourth specific row in the first dimension 

15 is assigned details of the value or of the method of 

calculation of the at least one constant, and the value 
or the method of calculation of the at least one 
identified constant is inserted in each of those cells 
which are located at the intersection of the at least 

20 one fourth specific row and the first specific rows in 
the second dimension with designations of the at least 
one identified constant. In this case as well, the 
scope of the intermediate format table may 
advantageously be limited by the at least one fourth 

25 specific row at the same time being the at least one 
first specific row (in the first dimension) . 



GR 99 P 5005 - 23 - 

Alternatively, details of the value or method of 
calculation of a constant can also be inserted at the 
intersection of the first specific row (which is 
assigned to the constant) with one of the rows in the 
5 first dimension with designations for the identified 
objects. This allows a better association to be 
achieved between constants which have not been defined 
in a general part of the source code program but which 
are defined in a specific program code object. This 
10 maintains the association between a constant and a 
program code object in which it has been defined. 

In addition to the constants, the identified links may 
also have a value or a method of calculation which is 
15 assigned to them at the start of a program run. The 
method according to the invention is thus preferably 
distinguished in that, in addition, a value or a method 
of calculation is defined for the at least one 
identified link; 

20 

at least one fifth specific row in the first dimension 
is assigned details of the value or of the method of 
calculation of the at least one identified link; and 

25 in which case, the value or the method of calculation 

of the at least one identified link is inserted in each 
of those cells which are located at the intersection of 
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the at least one fifth specific row and one of the rows 
in the second dimension with the designation of an 
identified internal link and/or of the rows in the 
second dimension with the designation of an identified 
5 external link. 

In the method according to the invention, as it has 
been defined and outlined so far, objects, links, 
constants and interfaces are assigned designations and, 
10 in some cases, these are also inserted in cells, 

without any indication having been given as to how the 
designations are generated. 

It is possible for the designations to be assigned 
15 automatically in accordance with internal criteria by 
the program carrying out a conversion process. 

However, a method is preferred which has the further 
step of: 

20 

Identification of the original designations which the 
at least one object, the at least one link and/or the 
at least one constant have in the source code program, 
wherein specific title rows are assigned details of the 
25 identified original designations and the original 

designations are inserted into cells in the title rows. 
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It is sensible, of course, to carry this insertion 
process in such a way that insertion in each case takes 
place into those cells which are located at the 
intersection of the title rows with the object, link or 
5 constant rows which are associated with the respective 
designating obj ect . 

The cells with the designations of the internal 
interfaces or of the external interfaces may also 
10 contain other information about the interface, in 

addition to a simple identification of the interface in 
the form of a name . 

The designations of the at least one interface may 
15 accordingly be compiled from an identifier for the 

respective interface and at least one detail which is 
selected from an identification of the mode of the 
interface, of the data type of the interface, of a 
default value and the details of a data type conversion 
20 function to be applied to the interface. In this way, 
in addition to identification in the form of a name, 
further information about the interface can also be 
obtained at the same time from the intermediate format 
table . 



In this context, an identifier should be regarded as an 
interface identification in the form of a name, for 
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example an arbitrary assigned name, a number or some 
other allocation of a name which is suitable for 
distinguishing it from other interfaces. 

5 As defined above, the mode of an interface is an 
identification of the behavior b ehaviour of the 
interface with regard to the input and output of 
signals or data. An interface may in this case have a 
mode which makes it an output interface, an input 
10 interface, a bidirectional interface or an interface 
with an undefined flow direction. 

With reference to what has been stated above, the data 
type of the interface may, for example, be a binary 
15 value, an integer number or the like. 

A default value is a value which an interface is 
intended to assume when no other value has been defined 
and the program is in the initial state. 

20 

A data type conversion function is required when it is 
intended to link two interfaces to one another whose 
data types differ from one another. In a case such as 
this, the data type conversion function converts the 
25 data item for the output interface into a data item 

which corresponds to that of the data type of the input 
interface . 
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The information which can also be stated in the 
designation of the interfaces may be stated 
individually or more than once, in which case the 
5 individual details may be separated from one another 

by, for example, commas or other separating symbols, or 
in which case the details are represented in some other 
form which is suitable for automatic processing. 

10 The method according to the invention may also have the 
following further step of, in a corresponding way to 
that for objects, links or constants: 

Identification of the original designations which the 
15 at least one interface has in the source code program ; 

Use of the original designations as identifiers. 

In principle, the method according to the invention is 
2 0 suitable for converting any desired source code program 
into an intermediate format table. However, it is 
particularly preferred for the source code program to 
be a code in a hardware description language, in 
particular one of those hardware description languages 
25 in which the interface definitions are in the form of 
an autonomous program code . The use of the method 
according to the invention is, in principle, possible 
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with conventional programing programming languages or 
with hardware description languages in which no such 
separation is carried out. However, the level of 
complexity for analysis of the source code program 
5 increases. Accordingly, an object is preferably an 
interface entity of an electronic component, 
representing said component. Furthermore, the at least 
one internal link represents a signal which is produced 
between two electronic components. The at least one 
10 external link may preferably represent a so-called 
port . 

The method which has been described so far for 
converting interface definitions leads to an 

15 intermediate format table which, in general, may 

contain only information about one level of a source 
code program, that is to say about objects which are 
adjacent to one another and are carried out virtually 
simultaneously, for example as simultaneously running 

20 processes in a hardware simulation. However, a source 
code program may also reach a higher level of 
complexity by the code being interleaved by means of 
branches or other references, for example being broken 
down into different levels. One already mentioned 

2 5 example is the reference to data type conversion 

functions as part of the designation of interfaces, 
which may itself refer to the program code outside the 
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actual interface definition. Furthermore, objects in 
the source code program may in turn have been defined 
by a source code program which is held separately from 
this . 

5 

In order to make the method according to the invention 
and the resultant intermediate format tables accessible 
to such cross-references as well, the method according 
to the invention can preferably be distinguished in 

10 that at least one of the identified objects contains a 
sub source code program in it, which can likewise be 
converted into an intermediate format; and in that, 
once a sub source code program has been converted into 
a sub format table, a cross-reference to the sub format 

15 table is inserted in a cell in the row in the first 
dimension which is associated with the converted 
object. Any desired cell which has not yet been 
assigned any other function may be used for this 
purpose, or rows in the other dimension are attached in 

20 a corresponding manner, resulting in further cells 
which can be used for this purpose. 

The method according to the invention can also be 
modified such that a cross-reference to at least one 
25 identified object which is stored as a separate unit as 
source code program is inserted in a cell in the row in 
the first dimension which is associated with the stored 
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object. This thus results in a departure from the area 
of pure interface definitions, since a direct reference 
to the source code program is produced. This 
cross-reference may be useful if, during the further 
5 conversion to the object program code, it is not just 
the interface definitions which are converted by the 
reformatting program, but also the program code which 
provides the objects. In this case, the program can use 
the cross-references mentioned above to produce a 
10 direct relationship between the interface definitions 
of an object and its functionality. 

In order to keep the size of the intermediate format 
table compact, it may be preferable to combine certain 

15 rows with one another so that only one row need be used 
instead of two. This bundling can be carried out 
wherever one row in one dimension has entries only in 
those cells in which no cells with values appear in the 
other row to be bundled. It is thus possible, for 

20 example, for the at least one third specific row to be 
the at least one second specific row at the same time. 
Thus, in this case, one row in the first dimension is 
used to accommodate different variables in it. This can 
be done by subdividing the row such that, for example, 

25 two different areas one above the other in the row 

carry out the different functions, or areas of the row 
located side by side, where the individual cells are 
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arranged in a row side by side. Further examples of 
bundling are the combination of the fourth specific row 
with the first specific row, or the fourth specific row 
with the fifth specific row. 

5 

Once the interface definitions in a source code program 
have been converted according to the invention into an 
intermediate format table, such a table is available in 
the computer system, which is easy to read or to 

10 inspect visually after being printed out or by being 
displayed on a visual display unit and which, if 
required, can be manually corrected or modified by 
action by a programcr programmer and which, according 
to the invention, can be used as the initial basis for 

15 an interface definition for an object program code. 

With regard to the advantages, effects and aspects of 
the method for conversion of an intermediate format 
table into an object program code, reference is made to 
the above statements and to the complete contents of 

2 0 this document. 

Accordingly, the invention is likewise aimed at a 
method for converting interface definitions from such 
an at least two-dimensional intermediate format table 
25 having first rows arranged in a first dimension, second 
rows arranged in a second dimension and cells at the 
intersections of the first and second rows, in which 
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rows in the first dimension are assigned designations 
for at least one object, in which rows in the second 
dimension are assigned designations for at least one 
internal link between the objects and/or at least one 
5 external link of an object, and in which designations 
for an internal output interface and/or internal input 
interface which is/are associated with both the 
respective object and the link are inserted in each of 
those cells which are located at the intersection of 

10 one of the rows in the first dimension with the 

designation of an object and one of the rows in the 
second dimension with the designation of an internal 
link, and/or in which designations for the external 
output interface and/or external input interface which 

15 is/are associated with both the respective object and 
the external link are inserted in each of those cells 
which are located at the intersection of one of the 
rows in the first dimension with the designation of an 
object and one of the rows in the second dimension with 

20 the designation of an external link, by means of a 

computer system which carries out the method, into an 
object program code, with the steps described below. 

The above definition specifies an elementary 
25 intermediate format table. This method according to the 
invention has the following steps: 
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Creation of at least one program code object on the 
basis of information, contained in the intermediate 
format table, about the at least one object; 

5 Assignment of associated internal output interfaces 

and/or internal input interfaces to their program code 
objects; 

Creation of at least one link between program code 
10 objects on the basis of the information, contained in 

the intermediate format table, about the internal links 
of the internal input interfaces and internal output 
interfaces ; and/or 

15 Assignment of associated external output interfaces 

and/or external input interfaces to their program code 
obj ects . 

For the purposes of the present invention, a program 
20 code object can be regarded as an object, written in a 
program code, which is generated as part of the object 
program code by means of the method according to the 
invention. 

25 As has already been described with regard to the method 
according to the invention for converting interface 
definitions in the context of source code programs into 
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an intermediate format, a person skilled in the art 
will also be familiar, in the case of the method 
according to the invention, with how he can extract 
information contained in the intermediate format table 
5 such that conversion to an object program code is 
possible . 

By way of example, the automatic program which is 
suitable for this purpose can first of all determine 

10 the individual defined objects in the rows in the first 
dimension on the basis of the predetermined 
designations, and can then determine constants as well 
as internal and external links within the rows, and can 
assign the interfaces quoted at the intersections to 

15 these constants and links. 

At least one second specific row in the first dimension 
of the intermediate format table is preferably assigned 
details of the data types of the at least one 

2 0 interface, and designations for the data types which 
are associated with at least one link are inserted in 
each of those cells which are located at the 
intersection of the second specific row and rows in the 
second dimension with the designations of the at least 

25 one link, in which case this further development has 
the further step of: definition of the data types of 
the at least one interface which is assigned to the at 
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least one program code object and is associated with 
the at least one link. 



As explained above for the purposes of the invention, 
5 an interface definition should also be regarded as 

meaning the definition of constants which are used by 
different objects. The method according to the 
invention can thus advantageously be distinguished in 
that at least one third specific row in the first 

10 dimension of the intermediate format table is assigned 
details of the data types of at least one constant in 
at least one object and/or at least one external 
constant, which details can be used by all the objects, 
at least one first specific row in the second dimension 

15 is assigned designations of the at least one constant 

and/or at least one external constant, and designations 
for the data types associated with the at least one 
constant are inserted in each of those cells which are 
located at the intersection of the at least one third 

20 specific row and the at least one first specific row in 
the second dimension with designations of the at least 
one constant; having the further step of: definition of 
at least one internal constant and/or of at least one 
external constant in the at least one program code 

2 5 object and/or in a general part of the object program 
code . 
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Furthermore, at least one fourth specific row in the 
first dimension of the intermediate format table may be 
assigned details of a value or a method of calculation 
of the at least one internal constant and/or of the at 
5 least one external constant, and the value or the 

method of calculation of the at least one constant can 
be inserted in each of those cells which are located at 
the intersection of the fourth specific row and the 
first specific rows in the second dimension with 
10 designations of the at least one constant, in which 

case this further development has the further step of: 
assignment of the value or of the method of calculation 
of the at least one constant to the at least one 
constant defined in the program code. 

15 

The method according to the invention can furthermore 
be distinguished in that at least one fifth specific 
row in the first dimension in the intermediate format 
table is assigned details of the value or of the method 

20 of calculation of the at least one link; and the value 
or the method of calculation of the at least one link 
is inserted in each of those cells which are located at 
the intersection of the at least one fifth specific row 
and one of the rows in the second dimension with the 

25 designation of an internal link and/or of the rows in 
the second dimension with the designation of an 
external 1 ink ; 
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having the further step of: 

- Assignment of the value or of the method of 
calculation of the at least one link to the link 
5 created in the object program code. 

Furthermore, specific title rows in the intermediate 
format table may preferably be assigned details of the 
designations of the at least one object, of the at 

10 least one link and/or of the at least one constant, in 
which case the designations are inserted in cells in 
the title rows and the method has the further step of: 
naming of the at least one program code object, of the 
at least one link and/or of the at least one constant 

15 on the basis of the designations in the cells in the 
title rows in the intermediate format table. 

The corresponding objects, links and/or constants in 
the object program code are thus given the same 
20 designations which they already had in the source code 
program before conversion into an intermediate format 
table . 

The method according to the invention can furthermore 
25 be distinguished in that a cross-reference to a sub 

format table is inserted at least in one cell in a row 
in the first dimension which is associated with an 



GR 99 P 5005 - 38 - 

object, having the further step of: linking of the 
program code object produced from the object to the sub 
program code produced from the sub format table. 

5 The method can also be distinguished in that a 

cross-reference to a source code program which is 
stored as a separate unit is inserted at least in one 
cell in the row in the first dimension which is 
associated with an object, having the further step of: 
10 linking of the program code object produced from the at 
least one object to the source code program which is 
stored as a separate unit . 

As has already been stated with reference to the method 
15 for converting a program code into an intermediate 

format table, it may be worthwhile in order to keep the 
size of the intermediate format table compact to 
combine certain rows with one another so that only one 
row need be used instead of two. This bundling can also 
20 be taken into account during the process of conversion 
into an object program code. 

The present invention covers not only the methods for 
converting program code but also the specific 
25 configuration of the intermediate format table. For 

example, rows in the table contain all the signals and 
constants of the architecture and all the ports and 
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generics of the entity, where this relates to 
representations in a hardware description language. The 
secondary statements, such as component instantiation, 
process, competing signal assignment etc., are listed 
5 in the rows in the remaining dimension. The 
intermediate format table clearly shows which 
components are linked to which signals of what type, 
and what the signal flow direction is. On the other 
hand it can be seen at a glance which components are 

10 linked to a specific signal, that is to say who 

generates the signal and who reads it. With regard to 
the advantages, effects and aspects of the intermediate 
format table in the present invention, reference is 
made to the above statements and to the entire contents 

15 of this document. 



In consequence, the invention is also aimed at an 
intermediate format table for storing interface 
information, which is contained in a program code, in a 

20 computer system, having at least two dimensions; having 
rows arranged in a first dimension, rows arranged in a 
second dimension and cells at the intersections; in 
which case rows in the first dimension are assigned 
designations for at least one object in the program 

25 code, in which case rows in the second dimension are 
assigned designations for at least one internal link 
between objects and/or designations for at least one 
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external link of the program code, and in which case 
designations for an output interface and/or input 
interface which is/are associated with both the 
respective object and the internal link are inserted in 
5 each of those cells which are located at the 

intersection of one of the rows in the first dimension 
with the designation of an object and one of the rows 
in the second dimension with the designation of an 
internal link, and/or designations for the output 

10 interface and/or input interface which is/are 

associated with both the respective object and the 
external link are inserted in each of those cells which 
are located at the intersection of one of the rows in 
the first dimension with the designation of an object 

15 and one of the rows in the second dimension with the 
designation of an external link. 

A first specific row in the first dimension is 
preferably used to indicate the mode of an external 

20 interface for the at least one external link. In this 

case, details of the mode of the external interface for 
the at least one external link are inserted in each of 
those cells which are located at the intersection of 
the first specific row in the first dimension and the 

2 5 rows in the second dimension with the designations of 
the at least one external link. As has already been 
mentioned above, an interface may also be an input 
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interface, an output interface, a bidirectional 
interface or an interface with an undefined flow 
direction in this case as well. 

5 Furthermore, details of the data types of the at least 
one interface may be assigned in the intermediate 
format table of at least one second specific row in the 
first dimension, and designations for the data types 
associated with the at least one link may be inserted 
10 in each of those cells which are located at the 

intersection of the second specific row and the rows in 
the second dimension with the designations of the at 
least one link. In this case, a link covers both 
internal and external links. 

15 

The intermediate format table preferably also contains 
at least one third specific row in the first dimension 
which is assigned details of the data types of at least 
one internal constant and/or of at least one external 

2 0 constant from the program code, first specific rows in 
the second dimension, which are assigned designations 
of the at least one internal constant and/or of the at 
least one external constant, in which case designations 
for the data types associated with the at least one 

25 constant are inserted in each of those cells which are 
located at the intersection of the third specific row 
and the first specific rows in the second dimension 
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with designations of the at least one constant. The at 
least one third specific row is at the same time 
preferably .also the at least one specific second row in 
this case as well. 

5 

In the intermediate format table, at least one fourth 
specific row in the first dimension can furthermore be 
assigned details of a value or of a method of 
calculation of the at least one constant, and the value 

10 or the method of calculation of the at least one 

constant can be inserted in each of those cells which 
are located at the intersection of the at least one 
fourth specific row and the first specific row in the 
second dimension with designations of the at least one 

15 constant. 

The intermediate format table according to the 
invention may be distinguished in that at least one 
fifth specific row in the first dimension is assigned 
20 the details of a value or of a method of calculation of 
the at least one link; and 

the value or the method of calculation of the at least 
one link is inserted in each of those cells which are 
25 located at the intersection of the at least fifth 
specific row and one of the rows in the second 
dimension with the designation of an internal link 
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and/or the rows in the second dimension with the 
designation of an external link. 

It is also true for the intermediate format table 
5 according to the invention that specific title rows can 
be assigned details of the original designations which 
the at least one object, the at least one link and/or 
the at least one constant have in the program code, and 
the original designations are inserted into cells in 
10 the title rows. 

The term program code in this case should be regarded 
as a source code program which is correlated with the 
intermediate format table as a result of the fact that 

15 said table has been generated from this code. The 

designations of the at least one input interface and/or 
the at least one output interface can also be composed 
of an identifier for the respective interface and of at 
least one detail which is selected from an 

20 identification of the mode of the interface, of the 

data type of the interface, of a default value and of 
the details of a data type conversion function to be 
applied to the interface. 

25 The intermediate format table according to the 

invention may contain further information. In hardware 
description languages, it is thus normal to use 
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comments not only to explain situations but also to 
transmit instructions relating to analysis tools or 
synthesis programs which are outside the actual program 
code (so-called pragmas) and for which no constructs 
5 are provided in the programing programming language 

being used. Information about the timing of a program, 
which could likewise be included only in comment form 
in the program code, can also be converted in this way, 
and can be used by appropriate tools. The conversion 

10 program which produces the intermediate format table 
can also add further information which has resulted 
from the analysis of the initial program code and can 
help to resolve ambiguities in the intermediate format 
table. Such information, and other information, can 

15 also be used as instructions for controlling the 

conversion sequences by the conversion program which 
converts the intermediate format table back to the 
program code. It is also feasible for such information 
to be used by a user. All the information items 

20 described above are referred to as annotations in the 
following text. 

The intermediate format table according to the 
invention can thus be distinguished in that any desired 
25 cells in the intermediate format table may contain 

annotations which may be used to control programs to 
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analyze the information contained in the intermediate 
format table, and/or for information for a user. 



The practical conversion of annotations can be achieved 
5 in that at least one further dimension in the 
intermediate format table is allocated to the 
annotations, wherein rows in the further dimension are 
assigned specific types of annotations, and an 
annotation which is to be used is used at the 
10 intersections of the rows in the first and second 

dimensions which govern the annotation with the row in 
the further dimension which is assigned to the type of 
annotation to be used. 

15 The intermediate format table according to the 

invention can be modified either during its production 
or during the subsequent course of processing, in a 
wide range of ways. In order to improve clarity, 
signals and/or links may be combined to form groups, 

2 0 which are always used in the same way at the interfaces 
of the objects (for example parallel blocks) . There is 
no correspondence for these signal groups, so-called 
bundles, for example in a hardware programing 
programming 1 anguage such as VHDL, to allow them to be 

25 extracted in a corresponding manner from an VHDL 

description. So-called concurrent statements (which can 
be used as alternatives) could also be grouped in the 
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same column. When using VHDL, this corresponds to a 
so-called block. 

The usefulness of the table can be further increased by 
5 interactively re-sorting rows in the first dimension 
and rows in the second dimension, such that, for 
example, after the selection of a row in the second 
dimension, the associated columns may be arranged such 
that they are directly adjacent in order to make it 

10 possible to analyze the links of the selected object 
better. Other sorting criteria can also be applied to 
an intermediate format table according to the 
invention, for example an alphabetic arrangement, an 
arrangement which is sorted on the basis of a prefix or 

15 postfix, an arrangement based on the type of operation 
of the external links, an arrangement based on the data 
type used for the link, and a sequence such as that 
which is carried out in the original source code 
program. It is thus possible in the table according to 

20 the invention to allow rows to be masked out 

interactively in order to improve the clarity. 

It is also possible to carry out manipulations in the 
intermediate format table which would lead to code 
25 transformation during subsequent conversion into an 

object program code. Examples of such transformations 
may be : 
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Grouping, that is to say production of a new table with 
grouped objects and with the original rows associated 
with them being compiled to form a new row, 

5 

Regrouping, that is to say replacement of an original 
row by the rows of a further intermediate format table 
at a lower hierarchical level, which the original row 
originally referred . 

10 

Brief Description of the Drawings: 

FIG. 1 is an embodiment of an intermediate format table 
produced from a first exemplary program according to 
the invention; and 

15 

FIG. 2 is a further embodiment of the intermediate 
format table of FIG. 1 produced from a second exemplary 
program according to the invention. 

2 0 Description of the Preferred Embodiment: 

In all the figures of the drawing, sub- features and 
integral parts that correspond to one another bear the 
same reference symbol in each case. 

25 In the following text, two examples will be used to 
illustrate how program code can be converted into an 
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intermediated format table, with reference made to the 
drawings . 



The further first, simple exemplary program: 



10 



entity top is 

port ( a : in bit, 
b : in integer; 
c : in boolean; 
d : out integer ) ; 
end top; 



architecture arch of top is 
c omp one n t c omp_ 1 
15 port ( e : in bit; 

f : in integer; 
g : in bit; 
d : out integer ) ; 
end component ; 
2 0 component comp_2 

port ( i : in integer; 

j : in boolean; 
k : out bit ; 
1 : out integer ) ; 
25 end component ; 

signal si : integer; 
signal sb : bit; 
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begin 

inst_l : comp_l 

port map ( e => a, 
5 f => b, 

g => sb, 
h => si ) ; 
inst__2 : comp_2 

port map ( i => si, 
10 j => c, 

k => sb, 
1 => d ) ; 

end arch; 



15 shows two program objects inst_l and inst_2 of the 

comp_l and comp_2 type, each having four interfaces. 
The two objects are linked to one another by the two 
links (signals) si and sb via the interfaces h and i, 
and g and k respectively. 

20 

Furthermore, inst_l also has two external interfaces f 
and e, which are used by the external links b and a; 
inst_2 [lacuna] the external interface j of the link c 
and 1 of the link d. 



25 
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These interfaces are defined in the exemplary program 
code, together with their function as an input or 
output interface and the data types used for them. 

5 Figure 1 shows an intermediate format table 1 which 
results from use of the method according to the 
invention for converting interface definitions into an 
intermediate format. The example of an intermediate 
format in table 1 has a first dimension in the 

10 direction of the arrow 2, and a second dimension in the 
direction of the arrow 3. First of all, two rows in a 
first dimension 4 are defined, to which the 
designations of the objects inst_l and inst_2 are 
assigned. In the second dimension 3, the rows are 

15 assigned to a second dimension 5 for internal links. 

Designations 8 for the various internal interfaces are 
now entered in the resultant intersection cells 7. To 
assist clarity, the rows in the first and second 
dimensions may also be explicitly assigned in a 

20 secondary way to designations. This is done by means of 
title rows 24 and 25. Designations for the objects 26 
are entered in the title row 24, in cells provided for 
this purpose for the designation of an object 29. These 
designations for internal links 28 are entered in the 

25 title row 25, in cells provided for this purpose for 
designations of an internal link 31. As can be seen, 
designations 8 are entered in the cells 7, which 
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designations 8 contain an identifier 32 of an internal 
interface, namely its original designation in the 
exemplary program code and an identification as to 
whether this is an output interface (out) or an input 
5 interface (in) . Rows in the second dimension 6 are also 
provided in the table, for external links. The 
interfaces which are used for external links are 
entered, with their designations 10, in cells 9 at the 
intersections of these rows 6 with the rows in the 

10 first dimension 4. In this case as well, the 

designation comprises an identifier 33 as well as 
details about the character of the interfaces as input 
or output interfaces. The original designations 27 of 
the external links in cells 30 are entered in the title 

15 rows 25. In addition, details for the presence of an 
input interface or of an output interface for the 
external links are entered in a first specific row 11 
at the intersections with the rows in the second 
dimension for external links 12. 

20 

The data types of the links are also stated in the 
exemplary intermediate format table 1. A second 
specific row 14 is used for this purpose, whose cells 
15 at the intersections with the rows in the second 
25 dimension for external links 6, and also with the rows 
in the second dimension for internal links 5, each 
details 16 of the data type of the respective link. The 



GR 99 P 5005 - 52 - 

normal data processing terms are used for this purpose, 
such as bits, integers, boolean, etc. 



The upper area of this two-dimensional intermediate 
5 format table 1 is reserved for details of constants in 
the exemplary program code. Since no constants are 
defined in the stated exemplary program code, the 
letters x and y have just been inserted here for 
illustration purposes. First specific rows in the 

10 second dimension 18 are used for details of the 

constants, and a third specific row 17 in the first 
dimension is used for details of the data type, with a 
fourth specific row 21 in the first dimension being 
used for details of the value of the constants. The 

15 values for external (top) and internal (bottom) 

constants X are entered in the intersection cells 19 in 
the third specific rows 17 and in the specific rows in 
the second dimension 18, as is denoted by the reference 
symbol 20. Values of the constants which are present 

20 are entered in cells 22 as y (23) at the intersections 
between the fourth specific row and the first specific 
rows in the second dimension 18. 

The following second exemplary program is an expanded 
25 version of the first exemplary program. 



entity top is 
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generic ( y : integer := 3); 
port ( a : in bit; 

b : in integer; 

c : in boolean := true 

d : out integer ) ; 

end top; 

architecture arch of top is 
component comp_l 

generic ( x : integer := 4); 
port ( e : in bit; 

f : in integer := 7; 
g : in bit; 
d : out integer ) ; 
end component ; 
component comp_2 

generic { z : integer) ; 
port ( i : in integer; 

j : in boolean; 
k : out bit; 
1 : out integer ) ; 
end component ; 

constant ci : integer := y + 5 
signal si_l, si_2 : integer; 
signal sb : bit := x l'; 
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function boolean2bit (arg : boolean) return bit 
is 

begin 

return bit'val (boolean' pos (arg) ) ; 
5 end boolean2bit; 

begin 

pO : si_2 <= si_l + ci; 
inst_l : comp_l 

port map ( e => a , 
10 f => b, 

g => sb, 
h => si_l ) ; 
inst_2 : comp__2 

generic map ( z => y) 
15 port map ( i => si_2, 

j => boolean2bit (c) , 
k => sb, 
1 => d ) ; 

2 0 end arch; 

In this case, various constants are defined in the 
general part of the program and in the individual 
program objects. 
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In addition, a further object pO is also defined, in 
addition to the two objects inst_l and inst_2 as 
component representatives. Finally, a data conversion 
function boolean2bit is likewise provided, which 
5 converts the input data on the external interface u j". 

Figure 2 shows an intermediate format table according 
to a further embodiment of the present invention, in 
which a representation format which differs from that 
10 in the table in Figure 1 has been used. The reference 
symbols used for Figure 1 are also used with the same 
meanings with respect to Figure 2 . 

In particular, the bundling of specific rows in the 
15 first dimension has been carried out differently in 

this case. The table is less compact than that shown in 
Figure 1 . 

In Figure 2, not only have values 23 of the constants 
20 and the method of calculation 35 of the constant ci 
been entered in a fourth specific row 21, but the 
values 36 of interfaces in a fifth specific row 34 have 
also been entered. The fourth specific row 21 is in 
this case the fifth specific row 34, at the same time. 



The constants used in this example are inserted, with 
their designations 38, in cells 37 provided for this 



GR 99 P 5005 - 56 - 

purpose in the specific rows 18 in the second dimension 
3 which are located at the intersection with the title 
row 25. An external constant x, which is declared only 
within a component declaration (and is immediately 
5 defined with the value u 4") is inserted with its 

designation 40 into that cell at the intersection of 
the row 4 in the first dimension which is assigned to 
the object within which the constant x has been 
declared, with one of the specific rows in the second 
10 dimension. Since, in this case, no external constant 

designated by name is specified for any of the program 
code, the entry in the associated cell 37 remains 
empty . 

15 A further external constant z is likewise inserted, 

with its designation 40, into a cell 39. Here, however, 
in contrast to the constant x, mapping is carried out 
in the program code such that the constant y is 
assigned to the constant z. The constant z is thus 

20 inserted in the same specific row 18 in the second 
dimension as that which is also assigned to the 
constant y. 

Furthermore, in this example, an object pO has been 
25 defined, which carries out manipulation on the link 
si_2 which is derived from si_l (see the 2 nd program 
code above) . This object is also provided with a row 4 
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in which the use of the constants ci as the designation 
40 as well as the link of the object pO to the signals 
si_l as an interface definition with the designation 41 
and si_2 as a calculation rule with the designation 43 
5 [lacuna] . 

One of the designations of the interfaces, identified 
by the reference symbol 42, indicates a more complex 
structure than the other designations 8, 41 since, in 
10 addition to the identifier of the interface and of the 
data flow direction, details of the data type (in this 
case "bit") and the data type conversion function to be 
used are also made in this designation. 

15 Overall, this results in an intermediate format table 1 
which has a very clear form, in both examples, which 
can be converted easily by an automatic conversion 
program into interface definitions for an object 
program code, and which can also be made accessible for 

2 0 subsequent manual processing by a 

programme r / mode 1 c r m ode 1 1 e r or hardware or software 
engineer . 

For example, the desired linking structure can be 
25 produced by removing and adding table entries. The 
interfaces for the present hierarchy level can be 
specified by declaration of rows to form port signals. 
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Creation or modification of competing objects can be 
carried out by selecting the appropriate row in a 
separate text editor. 

5 The intermediate format table according to the 

invention can also be used as such in order to carry 
out circuit planning, which can later lead to a program 
code (so-called top-down design) . In this case, empty 
components can be generated first of all by inserting 

10 rows, for example columns. The links are then declared- 
Simple links between the adjacent objects can now be 
produced by inserting table entries, with the 
capability to generate the interfaces of the objects 
automatically. Once the top level of a design, for 

15 example of a hardware design, has been completed, the 
subcomponents can be refined further. A table which 
already contains all the interface signals can be 
produced automatically for this purpose. 

20 The introduction of an intermediate format table and 
the method according to the invention for conversion 
allow a source code program to be converted into an 
object program code in a considerably simplified 
manner, reduce the number of conversion programs 

25 required, and provide a capability for clear monitoring 
of the conversion process, in the form of the 
intermediate format table . Once a source code program 
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in a specific program language, for example VHDL, has 
been converted, it is even possible to carry out 
modifications to the desired design directly on the 
intermediate format table in order to convert these 
5 modifications back to the original programing 

programming language , for example VHDL, once again, and 
in order thus to obtain a modified design without any 
manipulations on the original program code. This thus 
allows the program to be edited without necessarily 

10 having to have any detailed knowledge of the 

respectively used programing programming language. In 
comparison with notation in a hardware description 
language, the individual information items relating to 
a design are not scattered over wide sections of the 

15 code, but are available in a clear and compact form in 
the intermediate format table. 

As an extension to the proposed intermediate format 
table, VHDL generate statements could also be supported 

20 by being assigned, as specific attribute fields, to the 
corresponding rows in the first dimension. A wide field 
of use, in which variable constants and subroutines can 
be converted, is likewise created for non-hardware 
description languages. Participation of a sequential 

25 description into parallel -running processes is thus 
simplified, for example in real-time environments, 
multitasking operating systems and for "multithreaded" 
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graphic user interfaces. In addition, data which are 
only written and never read can easily be identified, 
and can be removed from the data structure, if 
required. Overall, the proposed methods and the 
5 intermediate format table result in a major 

simplification in the conversion of program codes 
between different programing programming languages, and 
in the monitoring and subsequent processing of the 
conversion process, as well as providing further 
10 modification options during the conversion process. 
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I claim: 
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Abstract of the Disclosure: 

A method for converting interface definitions within a 
source code program into an intermediate format 
includes identifying with a computer system objects in 
5 a source code program and interfaces in the objects. 
Interface properties are determined including an 
internal interface for producing a link from an object 
with interfaces located outside the source code 
program, and an input and/or output interface. Links 

10 are identified including an internal link between an 
interface and an input interface between identified 
objects, and an external link of an external interface. 
An intermediate format table is created having rows in 
a dimension, second rows in another dimension, and 

15 cells disposed at intersections thereof. Designation 
are assigned for each identified object to rows in the 
first and for each identified link to rows in the 
second. Designations for associated interfaces are 
inserted in the cells. 

20 
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